为了账号安全,请及时绑定邮箱和手机立即绑定

深入理解Window

标签:
Java

Android中所有的视图(View)都是通过Window来呈现的,不管是ActivityDialog还是Toast,它们的视图实际上都是附加在Window上的,因此Window实际是View的直接管理者。本文就从源码来分析一下Window,理清Window是如何组织视图(View)以及ActivityPhoneWindow的工作原理。本文不会去讨论Window的详细使用。

分析之前,我们先找一个切入点,以下面这段代码为例:

WindowTestActivity.java

// example 1val simpleTv = getSimpleTextView()
windowManager.addView(simpleTv, getSimpleWindowLayoutParams()) 

//example 2window.addContentView(getSimpleTextView(), ViewGroup.LayoutParams(ViewGroup.LayoutParams.WRAP_CONTENT, ViewGroup.LayoutParams.WRAP_CONTENT))

即我们直接通过windowManager.addViewwindow.addContentView()来添加了一个View。这两个方法都是Activity直接提供的方法,也是我们唯一与Window交互的几个方法之一,那:

  1. 这两个方法有什么关系与不同呢?

  2. View究竟添加到了哪里呢?

  3. windowwindowManager有什么关系呢?

下面我们将从源码一点一点弄清这些问题。先来看一下windowManager.addView(contentView, layoutParams),为了下面方便叙述,我们把被addview叫做contentView

通过WindowManager添加一个View

WindowManager实例的创建

WindowManager是一个接口,在看windowManager.addView()之前我们先来看一下Activity的WindowManager的实例是谁。

追踪Activity的源码发现WindowManager其实是通过Window来获取的(它其实是Window的成员变量)

mWindowManager = mWindow.getWindowManager();

WindowWindowManager是在什么地方赋值的呢?其实是在Activity attch时:

//Activity.javafinal void attach(...){
    mWindow = new PhoneWindow(this, window, activityConfigCallback);
    ...
    mWindow.setWindowManager((WindowManager)context.getSystemService(Context.WINDOW_SERVICE), mToken,..);
}

mWindow.setWindowManager()内部其实是构造了一个WindowManagerImpl:

public void setWindowManager(WindowManager wm, IBinder appToken...) {
    ...
    mWindowManager = ((WindowManagerImpl)wm).createLocalWindowManager(this);
}

ActivityPhoneWindowWindowManager实例是WindowManagerImpl

并且在Activity.attach方法中也可以看出ActivityWindow的实例时PhoneWindow(PhoneWindow其实是Window的唯一实现类,是针对于app客户端(相对于Android系统)的一个Window实体)。

WindowManagerImpl其实只是一个简单的装饰类,所有操作直接转发到了WindowManagerGlobal, 因此windowManager.addView()源码的追踪可以直接看WindowManagerGlobal.addView():

public void addView(View view, ViewGroup.LayoutParams params, Display display, Window parentWindow) {
    ...
    ViewRootImpl root;
    View panelParentView = null;
    ...

    root = new ViewRootImpl(view.getContext(), display);
    view.setLayoutParams(wparams);
    
    mViews.add(view);
    mRoots.add(root);
    mParams.add(wparams);

    root.setView(view, wparams, panelParentView);
}

parentWindow这个参数其实就是Activitywindow(PhoneWindow)。而WindowManagerGlobal.addView()做的主要事情是:

  1. 构造了一个(root)ViewRootImpl

  2. 分别把contentView相关对象放入到mViews/mRoots/mParams集合中。(如果contentView被移除,那么这3个集合相关对象也会被移除)

  3. root.setView(contentView..)会通过IPC调用到WindowManagerService来在window中显示contentView

所以windowManager.addView()做的事情是:

contentView创建一个ViewRootImpl对象,并把contentView相关对象放入到mViews/mRoots/mParams集合中维护起来,然后调用ViewRootImpl.setView(..)方法来显示contentView

所以到这里可以用下面这张图总结一下Activity/Window/WindowManager之间的关系:

webp

Activity_Window_WindowManager.png

经过上面的分析我们还知道 : 通过windowManager.addView(contentView)来显示视图其实是和ActivityWindow有着密切的联系的(显示一个视图必须要有Window)。那Activity的视图是怎么显示的呢?

我们继续看一下(其实Activity的视图也是通过windowManager.addView(contentView)的方式来显示的):

Activity的视图的显示

追踪Activity.setContentView(..)源码可以看到:

getWindow().setContentView(contentView);

即我们的contentView其实是设置给了Window(PhoneWindow):

PhoneWindow的视图层级

PhoneWindow.java

public void setContentView(View view, ViewGroup.LayoutParams params) {    if (mContentParent == null) {
        installDecor();
    } else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
        mContentParent.removeAllViews();
    }
    ...
    mContentParent.addView(view, params);
}

即我们Activity的根布局View其实是添加到了PhoneWindow的mContentParent成员变量中中。那mContentParent是什么呢?看一下PhoneWindow.installDecor(),这个方法也很长,因此只截取最重要的部分看一下:

private void installDecor() {
    mDecor = generateDecor(-1);  // decor 的实例时DecorView,它继承自FrameLayout
    ...
    mDecor.setWindow(this);  //DecorView 绑定一个window
    ...
    mContentParent = generateLayout(mDecor); // mContentParent 会被add到 decor view中
    ...  
}

根据上面的注释,我们可以先这样理解PhoneWindow/DecorView/mContentParent的关系:

PhoneWindow里存在一个DecorView(mDecor)成员变量,可以把它理解为一个FrameLayout,它包含一个mContentParent的子View, mContentParentActivity的根布局contentView的父View

mContentParent是一个什么样的布局/View呢?继续看一下generateLayout(mDecor):

protected ViewGroup generateLayout(DecorView decor) {     int layoutResource; //mContentParent的布局文件

    int features = getLocalFeatures();    if ((features & (1 << FEATURE_SWIPE_TO_DISMISS)) != 0) {
        ....各种 if else
    } else {        // Embedded, so no decoration is needed.
        layoutResource = R.layout.screen_simple;
    }

    mDecor.onResourcesLoaded(mLayoutInflater, layoutResource); //会把这个布局文件inflate出的view,添加到DecorView中

    //通过 findViewById 来获取 ContentParent。 这个id其实就来自 layoutResource 所指向的布局文件
    ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT);

}

上面我做了一些注释,可以理解为mContentParent就是DecorView的子View。layoutResource根据当前ActivityTheme的设置,会对应到许多不同的布局文件,R.layout.screen_toolbar是给Activity设置默认
Theme是所对应的布局文件:

<com.android.internal.widget.ActionBarOverlayLayout
    android:id="@+id/decor_content_parent"
    ...>
    <FrameLayout android:id="@android:id/content"
                 android:layout_width="match_parent"
                 android:layout_height="match_parent" />
    <com.android.internal.widget.ActionBarContainer
        android:id="@+id/action_bar_container"
        ...
        android:gravity="top">
        <Toolbar
            android:id="@+id/action_bar"
            ... />
        <com.android.internal.widget.ActionBarContextView
            android:id="@+id/action_context_bar"
            ..../>
    </com.android.internal.widget.ActionBarContainer></com.android.internal.widget.ActionBarOverlayLayout>

看一个具体的Android Layout Inspectot分析:

webp

LayoutInspector.png

ContentFrameLayoutsupport v7的类,可以把它理解为FrameLayout

PhoneWindow的视图层级可以用下图表示

webp

PhoneWindow的视图层级.png

经过上面的分析: PhoneWindow的视图层级其实就是DecorView的视图层级。DecorView就是Activity视图的根View

所以Activity的视图显示的过程其实就是DecorView的视图显示的过程。那DecorView如何显示呢?

它的显示原理也是使用windowManager.addView() :

DecorView的显示

Activity Resume时,DecorView会添加到WindowManager中:

ActivityThread.java

public void handleResumeActivity(IBinder token, boolean finalStateRequest, boolean isForward,String reason) {    final ActivityClientRecord r = performResumeActivity(token, finalStateRequest, reason);
    ...    final Activity a = r.activity;
    ...
    wm.addView(decor, l);
}

即在Activity ResumeDecorView添加到WindowManager中,进而通过WindowManagerService来显示成功。所以Activity.onResume()用户才可以看到Activity的视图。

总结

总结一下到目前为止所分析的点:

  1. 视图(View)的显示离不开Window

  2. WindowManager属于Window,负责管理WindowView的显示。在Window中显示View我们应使用它的接口

  3. 一个Window可以有多个子View,每个子View都对应一个ViewRootImpl

  4. ViewRootImpl会通过IPC来与WindowManagerService交互,来实现View的显示

它们之间的关系如下图:

webp

Window的功能分析.png

下一篇文章将继续分析ViewRootImpl.setView(..)所引起的WindowManagerService的操作,



作者:susion哒哒
链接:https://www.jianshu.com/p/396d83873ae1


点击查看更多内容
TA 点赞

若觉得本文不错,就分享一下吧!

评论

作者其他优质文章

正在加载中
  • 推荐
  • 评论
  • 收藏
  • 共同学习,写下你的评论
感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦
今天注册有机会得

100积分直接送

付费专栏免费学

大额优惠券免费领

立即参与 放弃机会
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消